Remote mobile data suite and method

ABSTRACT

According to the present invention, a technique for processing data is provided. The invention provides a flexible way to process data such that a user may conveniently enter and transfer data. Also, the user may have ready access to powerful data processing. In an embodiment of the present invention, a novel system (110) for mobile data processing is provided. The system includes an interface unit (116) that includes a processor (122). A positioning system (120) couples to a first antenna (126) and to the processor. A remote data terminal (118) electrically couples to the interface unit during at least a first time period. The remote data terminal is capable of data transfers with the interface unit during the first time period and with a user.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a nonprovisional application of, and claims priorityfrom, commonly assigned U.S. provisional application Ser. No. 60/040160,filed on Mar. 7, 1997, incorporated herein by reference. Thisapplication is also related to application Ser. Nos. 09/360,094 and09/360,097 filed on the same date of this present application, all inthe name to the present assignee. All these documents are herebyincorporated by reference for all purposes.

COPYRIGHT NOTICE

A portion of the disclosure of this patent contains material which issubject to copyright protection. The copyright owner has no objection tothe facsimile reproduction by anyone of the patent document or thepatent disclosure as it appears in the Patent and Trademark Officepatent file or records, but otherwise reserves all Copyright rightswhatsoever.

BACKGROUND OF THE INVENTION

The present invention relates to an apparatus and system for dataprocessing and, more specifically, data processing as it relates totransportation management. The present invention is illustrated by wayof an example with regard to an apparatus and method capable of remotelytransmitting and receiving information, especially information relevantto fleet management such as delivery locations and times. But it will berecognized that the invention has a wider range of applicability. Merelyby way of example, the invention can be applied to other types oftransportation, mapping, information management, and the like.

As the world becomes more industrialized and populated, transportationrequirements also increase rapidly. In particular, the number ofvehicles such as automobiles, trucks, vans, and the like on typical cityhighways has increased to levels such that traffic jams are now a way oflife for a typical driver using these highways as a means for travel. Infact, some of these highways are so constricted that anyone using themcan experience significant delays often unexpectedly due to problemssuch as accidents, road construction, and others. These problems alsoexist on other transportation ways such as our city streets, airways,and waterways. Accordingly, it is often difficult to predict with anyaccuracy the location of a vehicle using these transportation ways.

Cities and governments have attempted to resolve some of these problemsby adding more transportation infrastructure in highly populated areas.This infrastructure often comes in the form of improved roads orhighways, train systems, and the like. Unfortunately, roads, highways,and train systems are often difficult to build in highly populated areasand are generally extremely expensive and time consuming to build. Inmost cases, construction used to provide this additional infrastructureoften causes even more traffic congestion and other problems.

Based upon this state of the transportation infrastructure in mostindustrialized countries, it is often difficult for a company involvedin the courier or delivery business to accurately track its vehicles anddeliveries. The problems mentioned above severely limit thepredictability for a fleet manager to track vehicles in its fleet forthe pick-up and delivery of information, packages, and people. Moreover,it is desirable but difficult to keep the fleet manager up-to-date aboutthe status of members of the fleet and to update the fleet members withinformation from the manager.

Industry also has attempted to resolve some of these problems. Forinstance, some companies are now providing their couriers with cellularphones and radios so that a dispatcher can communicate with them. Othercompanies retrofit their vehicles with navigational systems such asLORAN or a global positioning system (GPS) to determine vehiclelocation. Still, other companies are using maps and GPS to track vehiclelocation by dispatchers at a central office terminal.

One such company is Mobile Information Systems, Inc. ("MobileInformation Systems"), assignee of the present application, whichpioneered a technique for implementing easy-to-read maps for trackingvehicle location on a display or workstation at the central officeterminal or any other terminal. In particular, Mobile InformationSystems implemented one of the first techniques for using a raster-typemap and vector data for referencing vehicle location. The raster-typemap used on a display had features that were easy-to-read for adispatcher or user. These features were generally geographical in natureand were easier to reference than the maps predominantly made usingstick-type representations of geographical features. The techniques usedby Mobile Information Systems have partly overcome some of the dailyproblems faced by a fleet manager or the like. It would, however, bedesirable to develop other techniques for integrating further aspects offleet management.

Based upon the above, it would be desirable to develop a device forimproving a user's ability to create and receive data to help with thepredictability, efficiency, and accuracy of task management such asfleet management or tracking any object that can be transported into ourroadways, highways, waterways, airways, and the like.

SUMMARY OF THE INVENTION

According to the present invention, a technique for processing data isprovided. In an exemplary embodiment, the invention provides a flexibleway to process data at a remote location such that a user mayconveniently enter and transfer data and also have ready access topowerful data processing. The present technique can be used in a varietyof applications such as transportation and the like.

In an embodiment of the present invention a novel system for mobile dataprocessing is provided. The system includes an interface unit (e.g.,hand-held unit, mobile data terminal, personal information manager,commonly known as PIM or the like) that includes a processor, e.g.,microprocessor, digital signal processor, microcomputer. A positioningsystem couples to a first antenna and to the processor. A remote dataterminal electrically couples to the interface unit during at least afirst time period. The remote data terminal is capable of data transferswith the interface unit during the first time period and with a user.This system allows a user to take the remote data terminal on errandsaway from the interface unit, and transfer data to and from theinterface unit.

In another embodiment, the remote data terminal is adapted to behand-held. This allows the user to carry the remote data terminal onerrands. Thus, the user can enter data conveniently in real-time whenthe user receives data. This, for example, allows the user to avoidwriting the data onto paper only to be entered electronically later.

In still another embodiment, the present invention provides a method ofdata processing including receiving user data in a control unit,receiving positioning data from a first antenna of the control unit, andtransmitting the user data and the positioning data, using a secondantenna of the control unit, to a base station. This embodiment providesa method by which user data may be combined with positioning datathereby providing an indication of not only the substance but also theorigin of the user data.

In yet an alternative embodiment, the present invention provides amicroprocessor based system using a novel set of instructions orcomputer codes. The computer codes form a computer program to carry outthe functionality and methods described herein. The functionality andmethods are described throughout the present specification and moreparticularly below.

This invention provides myriad advantages. For example, quick accesscould be gained to valuable information such as the user's currentlocation, speed, direction, destination, schedule, estimated time todestination, and required time to destination in some embodiments. Thepresent invention can also store and transmit precise trackinginformation regarding the user's past, present, and future positions andlocations at noteworthy times such as when the user reaches certaindestinations including pickup and delivery points in other embodiments.When used in conjunction with scheduling techniques, the presentinvention can, for example, improve user efficiency by reducing the timeand cost of travel between destinations while providing improvedtracking of the user, packages, or the like. The present invention canprovide accurate location and tracking information automatically,without requiring the user to enter this information which may requireadditional time or introduce human error. Also, the present inventionmay provide these and other advantages in a convenient and portablepackage. Of course, the present invention provides other advantages.Hence, the description provided here is only exemplary and not anexhaustive list.

Some of the novel features of the invention are set forth in theappended claims. The invention, however, as well as other features andadvantages thereof, will be best understood by reference to the detaileddescription which follows, when read in conjunction with theaccompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a simplified block diagram of a data processing systemaccording to an embodiment of the present invention;

FIG. 2A shows a simplified front view of an exemplary mobile dataterminal according to an embodiment the present invention;

FIG. 2B is a simplified block diagram of an apparatus according to anembodiment of the present invention;

FIG. 2C is a simplified block diagram of an apparatus according to anembodiment of the present invention;

FIG. 2D is a simplified flow diagram of a method according to an aspectof the present invention;

FIG. 3 is a simplified flow diagram of a method according to anembodiment of the present invention;

FIG. 4 illustrates a simplified sample startup activation screen on adisplay of the mobile data terminal according to an aspect of thepresent invention;

FIG. 5 shows a simplified sample warning screen on the mobile dataterminal display in yet another aspect of the present invention;

FIG. 6 shows a simplified sample welcome screen on the mobile dataterminal display according to an aspect of the present invention;

FIG. 7 shows a simplified sample mobile data terminal display primarymenu according to an embodiment of the present invention;

FIGS. 8A and 8B illustrate exemplary forms menus for the mobile dataterminal display according to an embodiment of the present invention;

FIGS. 9A and 9B show exemplary status menus for the mobile data terminaldisplay according to an aspect of the present invention;

FIG. 10 shows a simplified sample secondary menu for the mobile dataterminal according to an embodiment of the present invention; and

FIG. 11 illustrates a simplified sample shutdown screen for the mobiledata terminal according to an embodiment of the present invention.

DETAILED DESCRIPTION OF SPECIFIC EMBODIMENTS

The following descriptions use several acronyms and abbreviations. Forthe reader's convenience, the following is a list of the more frequentlyused acronyms and abbreviations:

    ______________________________________                                        GPS            Global Positioning System                                      MCU            Mobile Control Unit                                            MDS            Mobile Data Suite                                              MDT            Mobile Data Terminal                                           MIC            Mobile Information Center                                      T/R            Transmitter/Receiver                                           ______________________________________                                    

Hardware Description

FIG. 1 shows a simplified overall system 110 in an informationmanagement system, such as a fleet management system, according to anembodiment of the present invention. This diagram is merely anillustration and should not limit the scope of the claims herein. One ofordinary skill in the art would recognize other variations,alternatives, and modifications. System 110 includes a mobileinformation center (MIC), or base station, 112 that interacts with amobile data suite (MDS) 114. The MIC may include a system, such as asoftware system, to manage several MDS users to efficiently controlfleet use. As merely an example, U.S. Ser. No. 08/706,211, commonlyassigned, describes a MIC according to the present invention. Thisapplication is incorporated by reference herein for all purposes. Ofcourse, other types of systems which have similar functionality as theMIC described herein can also be used.

As shown, the MDS is an integrated module including a mobile controlunit (MCU) 116 and a mobile data terminal (MDT) 118. In an embodiment,the MDS is an on-board module, adapted to fit conveniently in a fleetvehicle such as a car, van, or truck. Preferably, the MDS is easilyportable, fitting in a carrying case no bigger than approximately18"×12"×10" and weighing approximately 10 pounds or less. Thisportability allows a user to remove the MDS from the vehicle for safestorage or for convenient maintenance away from the confines of thevehicle. In an embodiment, the MDT may act as an interface between theMCU and the user for receiving and displaying information.

Preferably, the MCU includes a global positioning system (GPS) 120, amicroprocessor unit 122 (e.g., a microprocessor board, a microcomputer,a microcontroller, a programmable controller), and atransmitter/receiver (T/R) unit 124. The GPS allows monitoring ofpositioning-related information, e.g., latitude and longitude.Positioning data enters the GPS via a GPS antenna 126. The GPS antennamay be mounted on the exterior of the vehicle, but is not limited tothis location. This may improve reception of the antenna while reducingspace consumed by the system inside the vehicle. A magnetic base may beused to mount the antenna that will allow a user to quickly and easilyremove the antenna for storage, to improve reception, or for otherpurposes. From the positioning data, the GPS can determine the currentor past location of the MCU based on information received from globalpositioning satellites. The GPS, the microprocessor unit, or the MDT(including MDT software) either alone or in combination, may use theinformation received by the GPS to determine information related tosystem management such as the vehicle's speed and heading.Alternatively, equipment at the MIC or elsewhere in the MCU, such as inthe microprocessor unit, may determine this system managementinformation. In an embodiment, the GPS is a Trimble OEM GPS receivercard made by Trimble Navigation, although other GPS systems can be used.

Any form of positioning system capable of determining the location ofthe MCU could replace the GPS. For example, a system using informationfrom local position detectors instead of global positioning satellitescould be used.

The GPS is generally not required and may be omitted from the MCU. Inparticular, not using a GPS may reduce the size, weight, complexity,initial cost, and maintenance expense of the MCU. Eliminating the GPSmay be desirable for applications when system size and weight are at apremium such as for a bicycle messenger.

In an embodiment, the MCU T/R receives data from, and transfers data to,the MIC via an MCU T/R antenna 128a. The MIC receives data from, andtransmits data to, the MCU via a MIC antenna 128b (the data transferrepresented by a double-ended arrow). Data from the microprocessor orGPS may be sent to the MIC or data from the MIC may be received andtransferred to the GPS or microprocessor as needed by the MCU T/R. TheMCU T/R may process received data as necessary to be in a formcompatible with its destination. The MCU T/R is preferably a radio T/R,such as a radio frequency radio modem, due to cost and maintenanceadvantages. For example, the MCU T/R may be a RAM compatible MobitekModem made by Mobitek. Other forms of T/R units, however, may be useddepending upon the application. The MCU T/R antenna, similar to the GPSantenna, may have a magnetic base, or be otherwise adapted, to assistmounting the antenna on the exterior of the fleet vehicle. To reduceinterference, the GPS antenna and the MCU T/R antenna may be mounted atleast about 12 inches apart.

In an embodiment, the microprocessor unit may act as an interface unitin the MDS. For example, the microprocessor may provide an interfacebetween the MCU T/R and the MDT, the MCU T/R and the GPS, or the GPS andthe MDT. Included in the microprocessor unit are a memory 130 and amicroprocessor 132. The memory may, for example, store messages for theuser of the MDS. These messages may come from, for example, the MIC, theGPS, or the user. Messages may be categorized into groups forconvenience such as received but not yet read, received and previouslyread, and sent. The microprocessor can access desired portions of thememory for data insertion or retrieval. The microprocessor may alsoprocess data from the memory, the MIC, the GPS, or the MDT beforetransferring the data to the memory, the MIC, the GPS, or the MDT.Examples of such processing may include determining speed and headinginformation based upon positioning data.

In an embodiment of the present invention, the MDS architecture includesthe MDT, MCU, GPS, microprocessor unit, and MCU T/R. The microprocessorunit may act as the central controller of the MDS, directing informationflow between the components and storing information as necessary. TheGPS receives information through its antenna and the microprocessor unitmay store this data and/or direct it to the MCU T/R for transmission tothe MIC or to the MDT for user viewing. Information from the MDT mayalso pass to the MCU T/R and/or be stored in memory under the directionof the microprocessor unit. The MCU T/R may then transmit the data tothe MIC. The MCU T/R may also receive information from the MIC which themicroprocessor unit may then direct into memory and/or to the MDT.

A power cable 134 may connect the MCU to an external power supply. Theexternal power supply may be the same power supply used by the vehicle.For example, the power cable may have a connector (not shown) that fitsinto a cigarette lighter socket of the vehicle. The MCU would then usethe electrical energy from the vehicle such as a 12-volt battery. Usingan external power supply could help reduce the size, weight, and cost ofthe MDS.

Alternatively, the MCU may have an internal power supply 136 in additionto, or in lieu of, the external power supply. Having an internal powersupply would allow the MDS to operate independently of an external powersupply. The user could, for example, use the MDS in places which wouldbe inaccessible if the MCU was dependent upon a vehicle power supply.Also, having an internal power supply would allow the user to use theMDS as needed in case of a failure of the vehicle's power supply. Forexample, the user could relay information to the MIC if the user is inan accident that causes the battery to stop functioning, or during amalfunction which prevents energy from reaching the power cable.

The MDS may also include a printer 140. Having a printer would, forexample, allow the user to make a hard copy of data received from theMIC, transmitted to the MIC, or entered into the MDT even if nottransmitted to the MIC. The printer may also be utilized to provide ahard copy of other information such as the configuration of the MDS,GPS, MDT, or the MCU.

FIG. 2A illustrates an exemplary front view diagram of an MDT 200according to an embodiment of the present invention. This diagram ismerely an illustration and should not limit the scope of the claimsherein. One of ordinary skill in the art would recognize othervariations, alternatives, and modifications. Data from the GPS and MICmay be illustrated on a display 202 of the MDT. The display permits theuser to visually inspect the displayed data and act accordingly. Thedisplay can be any suitable output device such as a liquid crystaldisplay or an active matrix liquid crystal display, as well as othertypes of displays, e.g., laser, diodes. The display should have asufficient region for providing information (e.g., text, numbers) in aneasy to read manner to a user. Additionally, the display can work underlimited or low power conditions in some embodiments. The display alsocan be used as an input device such as a touch sensitive screen used in,for example, a product called PalmPilot™ made by 3Com™ Corporation ofCalifornia. Preferably, the display is also resistant to extremeenvironmental temperature ranges (e.g., freezing) and is shockresistant. Furthermore, the display is sealed or isolated from moistureand particulates such as "dust" or contamination. These and otherfeatures will become more apparent throughout the present specificationand more particularly below. Additionally, although the above display isconfigured in the MDT, the invention also has other applications. Forexample, the display can be detached from the MDT. The display can beloosely coupled to the MDT. Alternatively, the display can be integratedinto another device such as a watch, a helmet, glasses, clipboard, andthe like.

In an embodiment, information from the MIC such as changes in deliveryor pick-up schedules, lunch break approvals, emergencies, trafficconditions, vehicle location, and personal messages may be displayed.Also, if the MDT is a pager, the user can receive business, personal,and other messages such as reminders, phone numbers, and emergencies. Inan embodiment, the received data may include general information thatmay be broadcast to many users simultaneously, such as sports scores orother news. The display can also be coupled to another output devicesuch as a beeper, a pager, electric shocker, or a vibrator to alert theuser in a specific or selected situation such as an emergency.

In an embodiment, the MDT may also receive data from the user. In suchan embodiment, the MDT may have a data entry portion 204. As shown inFIG. 2A, the data entry area may be a keypad. Other types of data entrytools may be utilized including a flat-panel keypad, a recorder thatreceives and stores sounds such as speech, a voice recognition unitwhich could recognize speech and convert the speech into data indicativeof the speech such as text data, a touch-sensitive display, a displayarea allowing the user to write or draw characters or symbols such as asignature (e.g., pen computing), a bar-code reader, or a scanner (e.g.,an optical character recognition device). If the data entry area is oneof the last two examples, the data entry portion may coincide with thedisplay 202. Alternatively, if the data entry portion receives datathrough writing or drawing on a display, the MDT or MCU may includecircuitry to recognize hand-writings or signatures. This ability, forexample, could assist the user in determining whether the person signingfor a package has the authority to do so.

As shown in FIG. 2A, the MDT may include a housing 206 adapted to fit inthe user's hand, for example. Such a hand-held design permits the userto hold the MDT with one hand and enter data with the other hand.Alternatively, if the data entry portion receives audio input, the usermay conveniently hold the MDT with one hand, enter data, and still haveone hand free. Such an arrangement also permits a user with physicalhandicap to use the MDT more conveniently. The housing is preferablymade of a suitable material to withstand environmental variations suchas temperature and weather. Accordingly, it is desirable to have ahousing that is resistant to moisture and particulate contamination.This feature can be achieved by way of seals such as o-type rings andrubber gaskets, which seal one member of the housing with another memberof the housing.

Furthermore, the housing can be sufficiently rigid to withstandmechanical shock, although other embodiments may require a flexible or"soft" housing for ergonomic purposes. In these embodiments, the housingcan have a coating made of a soft or flexible synthetic material, whichtends to be easier to handle with "hot" and "sweaty" palms, for example.Preferably, the housing is also made of an isolating or shieldingmaterial which can electrically isolate the internal electronics fromexternal transmission lines that can lead to "noise" or multi-pathinfluences. The housing is also chemically resistant and inert toisolate the internal components from chemical influences. Although somedesirable features have been described, numerous other features can beimplemented into the present housing design.

Additionally, the MDT is detachable from the MCU in some embodiments. Adetachable design allows the user to use the MDT away from the MCU.Thus, the user may not need to carry the whole MCU in order to use thesystem. Furthermore, an internal MDT power supply 208 would permit theuser to use the MDT away from the MCU. The MDT power supply may also bemounted externally, for example, on a belt clip. Such a configurationmay provide a lighter MDT which may be carried by hand for a longerperiod to distance. The MDT is generally less than 5 pounds, less than2.5 pounds, or less than 1 pound to merely ounces in preferredembodiments.

If detachable, the MDT can be able to transfer data to, and receive datafrom, the MCU when connected to the MCU. In this embodiment, the userenters data while away from the MCU and later connects the MDT to theMCU. Once connected, the MDT and MCU can transfer data to each other.This configuration obviates driving or even having an antenna, andassociated circuitry, in the MDT for receiving and transferring datawhile detached from the MCU.

Alternatively, the MDT may receive, transmit, or transmit and receivedata while detached from the MCU. In such an embodiment, the MDT mayhave an MDT antenna 210 and associated circuitry, which is shown inreference to FIG. 2B. The MDT antenna may be internal, as shown, orexternal. The MDT can transfer data back and forth with the MCU, MDS,and MIC via the MDT antenna. To reduce the circuitry needed and/or powerconsumed, the MDT may be restricted to receiving data only (such as ifthe MDT is a pager), or transmitting data only. Depending upon thefrequency chosen for remote data transfer between the MDT and MCU, theMCU may require an additional MCU/MDT antenna 138.

Given the various embodiments described above, the MDT may take severalforms. In an embodiment, the MDT can be encased in a portable dataterminal (PDT) 3100 made by Symbol Technologies, Inc. Alternatively, theMDT may be encased in an electronic personal organizer such as thePalmPilot™. The MDT may also include, or simply be, a printer.

FIG. 2B is a simplified block diagram of the MDT shown above. Thisdiagram is merely an illustration and should not limit the scope of theclaims herein. One of ordinary skill in the art would recognize othervariations, alternatives, and modifications. The simplified diagramincludes, among other elements, a GPS 251, a transmitter/receiver unit253, a microprocessor unit 254, a power supply 263, a printer driver261, a display driver 259, which are coupled to each other by way of acommon bus(es) 257. The GPS determines positioning information, whichcan be displayed by way of the display through the display driver orwhich can be sent to the MIC through the transmitter/receiver unit.Additional output of information can be directed to an optional printerby way of the printer driver. The power supply provides energy in theform of electrical voltage and current to elements of the MDT.Preferably, the power supply is a rechargeable battery such as "NiCad"or the like. Alternatively, low voltage applications can be driven by asolar power supply unit, which can also be used to recharge the batteryin some embodiments. Antenna 210 is coupled to the transmitter/receiver.In an embodiment, the antenna is capable of communicating through radiofrequency radio signals. The location and type of the antenna, however,is merely exemplary and one of ordinary skill in the art would recognizeother variations, alternatives, and modifications. For example theantenna may be internal or external to the device, or may utilize othertypes of signals to communicate, such as infra red. Overallfunctionality of the MDT is often overseen using the microprocessorbased unit in the present embodiment.

FIG. 2C is a simplified block diagram of the MDS according to anembodiment of the present invention. This diagram is merely an exemplaryillustration and should not limit the scope of the claims herein. One ofordinary skill in the art would recognize other variations,alternatives, and modifications. The MDS includes a container 264 with aremovable part 265. Preferably, the container is light weight to enablethe user to comfortably carry the container for long distances. In anembodiment, the container can weigh less than one pound, less than halfa pound, or in the order of a few ounces.

In some embodiments, the removable part provides access to the interiorof the container. Preferably, the removable part is attached to thecontainer at one side and removably connected to the container on theremaining sides of the removable part. The removable part can beconnected to the container by a removing mechanism 266, such as azipper, Velcro™, or the like. The removing mechanism, removable part,and container may be made of a suitable material to withstandenvironmental variations such as temperature and weather. Accordingly,it is desirable to have a housing that is resistant to moisture andparticulate contamination. The housing could also be resistant tomechanical shock, electrical interference, etc. Such an embodimentwould, for example, allow the MDS to be protectively transportable. Theprotection could also be extended to exclude unauthorized access to theinterior of the container by utilizing an alarm, bullet-proof material,or the like. Preferably, the MDS weighs less than 20 pounds, less than10 pounds, or less than a pound. In some embodiments, the weight of theMDS may be in the order of ounces. A lower weight may enable a user toconveniently carry the MDS to remote locations, a vehicle, or the like.

A carrying strap 267 assists in portability of the MDS in someembodiments. In an embodiment, the strap is made of a suitable materialto withstand environmental variations such as temperature and weather.The strap should be made of material strong enough to withstand theweight of the MDS in intended operating conditions, such as carrying theMDS for long distances on a user's shoulder or the like. In someembodiments, the strap is expandable to adjust for different heights.The strap can also be made of stretchable material to enhance comfortand adjustability of the strap when carried in different conditions. Inan embodiment, the strap is a handle for carrying the container. Thestrap may also be detachable to allow for quick installment and removalof the strap.

The container is preferably small enough to fit conveniently into anysuitable vehicle such as a bicycle, cart, motorcycle, automobile, boat,van, minivan, or the like. The container can also be small enough toenable any user to conveniently carry the MDS on any transportationvehicle such as public transportation, buses, airplanes, trains,subways, Bay Area Rapid Transit (BART™), or the like, withoutinconveniencing other passengers or the user. Preferably, the containeris small enough to fit in the backseat, passenger seat, cargo bay, ortrunk of any automobile, or the like. In an embodiment, the containersize may be less than 16 inches long by 8 inches wide by 12 inches highor less than 8 inches long by 4 inches wide by 6 inches high.

Connectors 268 assist in securing the container to a suitable vehicle.The specific type of the connectors are immaterial as long as thecontainer is sufficiently secured. For example, the connectors can betie-downs, elastic hooks, screws, straps, loops for passing a rope,bungy cables, springs, clamps, Velcro™, or the like. The connectors canbe made of material suitable for withstanding environmental, mechanical,and weather variations. For example, for outside use of the MDS, theconnectors are preferably made of material resistant to rust.Alternatively, the connectors can be coated with protective materialsuch as paints, rubber, or the like.

In an embodiment, the container has several compartments 269. Thecompartments assist in isolating contents of the container for safetyand other reasons. Alternatively, the compartments provide logical andefficient orientation for contents of the container. In someembodiments, each compartment is made of material suitable to ensure nofluid or other types of leakage to adjoining compartments. For example,if a battery is installed in a separate compartment, in case the batteryleaks, the acids or other such harmful material will be isolated withinthe same compartment without harming contents of any other compartment.

The compartments can be separated by packing material 271 to protect thecompartments from mechanical, electrical, or environmental variations.The packing material may be selected from sufficiently absorbentmaterial to protect the compartments or their contents from bumps orother external and internal hazards. For example, for an installation ona bicycle, an absorbent packing material may save the compartments fromdangerous ordinary shocks which may be the normal result of a bicycleride or the like. The packing material may be selected from a variety ofmaterials including Poly Vinyl Alcohol, commonly known as PVA, foam,rubber, poly urethane, webbed version of any of these material such aswebbed poly urethane, etc.

A plug 273 provides an electrical connection to provide electrical powerto contents of the container. In some embodiments, the plug can bedirectly connected to a receptacle (not shown) in a vehicle. Forexample, the plug may provide 12 or 24 Volts of potential if it isconnected to a receptacle in an automobile. Alternatively, the plug mayprovide 6 Volts of potential if it is connected to a motorcycle. In yetanother embodiment, the plug might be connected to a converter (notshown) which transforms regular vehicle Direct Current battery source toan Alternating Current source. The converter may alternatively beinstalled inside the container.

An antenna 274 provides communication channels for contents of thecontainer. The antenna can be mounted internally or externally. Theantenna can be connected to contents of the container to enable a betterreception or, alternatively, enhance the existing reception. The antennacan also be mounted on the vehicle and hard-wired to the container foruse with other parts inside the container. The antenna may utilizedifferent frequencies to communicate, such as infra red, radio,microwave, or the like.

A data port 275 provides a connection for data communication. This datamay originate from the MDT, MCU, MIC, or the like. In some embodiments,the antenna provides this function. For example, in high interferencelocations, the antenna may not provide a good reception and the dataport may provide a better communication channel. In some embodiments,the data port can enable a higher communication rate than the antenna.

FIG. 2D illustrates an exemplary flow diagram 280 for a method accordingto an embodiment of the present invention using a system such as thatshown in FIG. 2C. This method is exemplary only and does not limit theclaims to this embodiment. The order in which the steps appear in thefigure are largely arbitrary and may appear in many orders differentfrom the specific order shown in FIG. 2C. One of ordinary skill in theart would recognize other variations, alternatives, and modifications.For example, this method allows the user to carry the container andquickly install the container such that the container performs functionsof a permanently installed system. The user is then able to quicklyremove the container and carry it to its new destination. Therefore,this method enables a user to maintain a portable unit mobile while theunit provides the benefits of a fully installed system.

The method starts at step 282 and proceeds to step 284, when a vehicleis provided. The vehicle may be any transportation apparatus such aspublic transportation, buses, airplanes, trains, automobiles, vans,minivans, bicycles, motorcycles, subways, Bay Area Rapid Transit(BART™), or the like.

At step 286, a container is provided, such as one described above withrespect to FIG. 2C. The container does not have to include all elementsdescribed above. For example, it may only be a protective cover for theMDT, a brief case, or the like.

In step 288, the provided container is secured. One of ordinary skill inthe art would recognize many variations for securing a container. Forexample, the connectors described above with respect to FIG. 2C can beused, such as tie-downs, elastic hooks, screws, straps, loops forpassing a rope, bungy cables, springs, clamps, Velcro™, or the like.

In step 290, electrical connectors or the like are plugged in. Forexample, these connectors can include the antenna, plug, or data port ofFIG. 2C can be connected in step 290. These connectors may also includeother types of connectors such as an external display, or the like.

In step 291, the user can operate equipment included in the container.Starting in step 292, the container is dismounted from the vehicle it isattached to. First, in step 292, the plugged-in connectors aredisconnected. In step 294, the secured container is detached by undoingany connectors that may be securing the container. In step 296, thecontainer is removed from the vehicle. Finally, in step 298, the methodends.

Additions and omissions to the steps of FIG. 2D are also acceptable. Forexample, step 290 can be omitted if the container is self sufficient anddoes not need external power, antenna, or the like. Moreover, the methodmay include more steps or sub-steps including leaving portions of thecontainer secured while detaching other portions.

FIG. 3 shows an example of a simplified method 300 according to anembodiment of the present invention using a system such as that shown inFIGS. 1 and 2. This method is exemplary only and does not limit theclaims to this embodiment. The order in which the steps appear in thefigure are largely arbitrary and may appear in many orders differentfrom the specific order shown in FIG. 3. One of ordinary skill in theart would recognize other variations, alternatives, and modifications.

The method starts at step 302 and proceeds to step 304, when user datais entered into the MDT. This data entry may take any of numerous formsdepending on the particular MDT used. For example, the user may enterdata by pressing keys on a keypad, touching portions of a touch screen,scanning a document, or reading a bar code.

At step 306, the user data is transferred from the MDT to the MCU.Again, this data transfer may take any of numerous forms. For example,the data transfer may be accomplished via the MDT antenna, or bycoupling the MDT and MCU using a cable, or by positioning the MDT into acradle in the MCU having MCU contacts adapted to couple to correspondingMDT contacts.

At steps 308 and 310, the MDS receives positioning data via the GPSantenna and MIC data via the T/R antenna. As described above, thepositioning data could also come from local position detectors or otherpositioning systems. The GPS and T/R antennas may be specificallydesigned or selected to reduce the power needed to provide adequate datatransfer between the MCU and the positioning system or the MIC.

In step 312, the MCU processes MCU data (including, for example, theuser data, positioning data, and MIC data) as needed. Such processingmay include manipulating the user data, positioning data, and MIC dataand converting them into formats compatible with the MIC or the MDT. Forexample, the positioning data may require manipulation in order todisplay this information on the MDT. Also, this step may include theprocessing needed to determine information such as vehicle speed andheading.

In step 314, the MCU data is transferred to the MIC. All, selected part,or none of the information available for transfer may be transferred.This data transfer may typically involve sending the data via the T/Rantenna to a corresponding antenna at the MIC.

In step 316, the MCU transfers data to the MDT. All, selected part, ornone of the information available for transfer may be transferred. Thisdata transfer may occur in the same manner as described above withrespect to transferring data from the MDT to the MCU. The MCU may beconfigured to transfer data when a communication link between the MCUand the MDT exists, or periodically. For example, the MCU may accumulatedata for transfer to the MDT for a predetermined time period, thentransfer some part of the accumulated data at the end of the timeperiod. Alternatively, the MCU may transfer data to the MDT inreal-time, as soon as data is ready for transfer.

In step 318, the MCU data is displayed on the MDT display. The displayeddata may include the MCU data transferred from the MCU, the user dataentered into the MDT, and/or predetermined data not entered by the useror received from the MCU. An example of the predetermined data would beprompts provided to the user to request data input, text or symbolsdisplayed near the user data, or MCU data that may provide an indicationof the significance, or meaning, of the displayed user or MCU data.

Finally, the process terminates at step 320. While the above method hasbeen described using a specific order, many combinations andpermutations of the order presented are possible. The steps may appearin almost any order within a few logical guidelines. These guidelinesmay merely ask that data exists before an attempt to transfer or processit. For example, step 306 of transferring user data from the MDT to theMCU may follow step 304 at a later time. Likewise, step 312 ofprocessing MCU data may follow any combination of the steps that providedata to the MCU, such as steps 306 through 310. Similarly, steps 314 and316 of transferring MCU data to the MIC and the MDT may follow anycombination of the steps that provide data to the MCU. And, step 318 ofdisplaying MCU data on the MDT display may follow the step oftransferring MCU data to the MDT at a later time.

Additions and omissions to the steps of FIG. 3 are also acceptable. Forexample, the MCU need not receive MIC data from the MIC. As a furtherexample, the MCU may not even have GPS (or other positioning system)capabilities and, hence, the method need not include receivingpositioning data. Other deletions are also possible. Moreover, themethod may include more steps or sub-steps including transferring datato a RAM network that may provide coverage nationwide, globally, andbeyond.

Software Description

In an embodiment, the present invention includes software to control theuser interface and data processing operations. The software may partlyor completely reside in the MCU or MIC, but preferably resides in theMDT. Thus, while the software is sometimes referred to below as the MDTsoftware, this label refers to an, but not the only, possible embodimentof the present invention. In some embodiments, the MDT may be encased ina Symbol terminal, such as Series 3100, that has its own software. Thesoftware described below may be an addition, a modification, or areplacement of the software supplied with the Symbol terminal. Thesoftware of the present invention may control receipt, processing, andtransmission of data between the MCU, MDT, MIC, user, etc.

Moreover, the software described below, in accordance with an embodimentof the present invention, may support several configurations of the MCU.Moreover, one configuration does not necessarily include more or lesshardware than another configuration. For example, an external modemconfiguration may support a Symbol Series 3100 terminal, an externalRAM-compatible Mobitek Modem (sometimes referred to as a Mobidem), and aMotorola 505sd modem. This configuration may, for example, not supportGPS functionality.

Similarly, a black box configuration may support a Symbol Series 3100terminal and a black box including a RAM-compatible Mobitek Modemmodule, and a Trimble OEM GPS receiver card. This configuration, forexample, could support, among others, modem communications and GPSinformation receipt, processing, and transmission.

The software preferably runs on the MDT, interfaces with the externalMobitek modem or a black box including the GPS and the MCU T/R. Also,the MDT software preferably includes a traffic manager and a reportscheduler.

Preferably, the MDT software is organized in a modular fashion. Thisarrangement may provide compartmentalized functionality to assist withcreation and modification of the software code and debugging ofproblems. For example, an engine module may communicate with the GPS.This module could prepare data for transmission to the GPS and processdata received from the GPS. The data transmitted and received may or maynot pass through or be stored in the microprocessor unit. In someembodiments, the engine module supports Magnavox 4200 and enginereceivers used in the GPS.

In an embodiment, a hardware initialization module may provideinitialization and hardware interface functions for the MDS. In thisrespect, the MDT may initialize the entire MDS by transmittinginitialization parameters to the MCU to initialize the MCU T/R, the GPS,and the microprocessor unit. After initialization, this module canprovide interface functions among the various MDS components. In apreferred embodiment, this module may also provide support for an eventtimer facility of the MDS. The event timer facility could, for example,allow users to have a number of timers based on the Symbol terminalsystem timer.

In another embodiment, an MDT module may provide MDT-specific functions.For example, the MDT module may support data entry forms (e.g., apackage delivery form or a hospital admittance form) that are largerthan the physical size of the screen by allowing scrolling of the forms.In addition, a number of routines could support automatic list buildingby selecting and inserting an identification number in appropriate formfield. The MDT module may provide a recall of information that is thesame from job to job, such as customer-related information, by havingthe user provide the identification number. This would save the usertime and effort in entering such information. For example, thecustomer's address, phone number, billing, and special instructioninformation may be recalled based upon entry of the customer's name orother identification tools such as the identification number.

Other features may include using a Menus module to support scrollingmenus, time and distance position reporting, data compression, andblinking overlaid indicators for canceled, re-transmitted, and changedjobs. The user may select items in each menu by scrolling or entering anassociated number. To exit from any menu, the user may press a clearkey, etc. Some examples of the menu operations and options are discussedin more detail below.

In a preferred embodiment, an MDT utility module may provide utilitiesfor an MDT interface. The MDT interface may include a display screenupon which data may be displayed prompting the user for information orproviding the user with information. To assist the user with the MDTinterface, the MDT utility module may provide processes for, among otherthings, creating menus, positioning a cursor in the menus, and checkingfor input from the user.

FIG. 4 shows a sample startup activation screen. This screen displaysgeneral information and, for example, prompts the user to press theacknowledge key to activate the system. This figure is merely anillustration and should not limit the scope of the claims herein. One ofordinary skill in the art would recognize other variations,alternatives, and modifications.

In an embodiment, a timer requires the user to press the enter keywithin a predetermined time (e.g., five seconds) or the MDT would shutdown, requiring reactivation by the user before use. Alternatively, thestartup screen may ask for the user to enter a security code. This will,for example, only provide authorized personnel access to the MDT. Othermethods of startup activation may include finger-print recognition,retina recognition, etc.

FIG. 5 shows a sample warning screen displayed by the MDT at least forsafety purposes. This figure is merely an illustration and should notlimit the scope of the claims herein. One of ordinary skill in the artwould recognize other variations, alternatives, and modifications. Thisor other warning screens may be displayed for different purposes. Forexample, the screen may display contact information in case the MDT islost by the rightful owner.

FIG. 6 shows a welcome screen that the MDT may display. This figure ismerely an illustration and should not limit the scope of the claimsherein. One of ordinary skill in the art would recognize othervariations, alternatives, and modifications. For example, informationregarding matters including company name, version of the software,copyright, patent, trademark, or other intellectual property protectionmay be displayed on this screen. This screen may also display contactinformation in case the MDT is lost by the rightful owner.

FIG. 7 shows an primary menu 700 of the MDT. This figure is merely anillustration and should not limit the scope of the claims herein. One ofordinary skill in the art would recognize other variations,alternatives, and modifications. The primary menu has an upper portion702 including status indicators, and current date and time, and a lowerportion 704 providing information about user selectable functions andthe corresponding keys. The MDT status indicators shown in FIG. 7provide information about the current operating status of the MDT. A NEWindicator 706 flashes when new messages are received. An indicator 707displays the number of new messages. A LINK indicator 708 informs theuser as to whether the network link is UP or DOWN. In an embodiment, theMDS communicates with the MIC only if the link is UP. A BATT indicator(not shown) may replace the LINK indicator when the MDT is disconnectedfrom the MCU. The BATT indicator may provide general energy status of abattery in the MDT by, for example, indicating that the battery iseither GOOD, LOW, or DEAD. Any of the MDT indicators may flash toindicate an abnormal status. A number 709 next to a pending indicator710 displays the number of messages currently awaiting transmission. Anumber 711 next to a saved indicator 712 displays how many messages havebeen saved. A GPS indicator 714 provides information as to the age ofGPS data and current GPS navigation capabilities. An "UNK" status maydesignate an unknown GPS status. Similarly, "N/A" may indicate that GPSinformation is unavailable or "OLD" may indicate that the most recentGPS data is older than 10 seconds. "NV2" may indicate that only 2-Dnavigation is available (i.e., only 3 satellites are visible) while"NV3" may indicate that 3-D navigation is available (i.e., more than 4satellites are visible).

A signal-strength indicator 716 may indicate the signal strength of themodem. The signal-strength indicator may display up to six bars (e.g.,right-facing arrowheads in FIG. 7). Three or more bars may indicate verystrong communication signal, providing a very good coverage area.

The lower portion of the primary menu displays several options availableto the user by pressing various keys. For example, pressing the F1 keymay display a help description. Pressing the PREV or NEXT keys may thenstep through various help pages. To return to the primary menu, the usercan press the MENU key.

Pressing F2 from the primary menu may allow the user to view sentmessages. In an embodiment, the MDT retains the four most recently sentmessages. Pressing F2 from the primary menu may cause the MDT to displaya list of sent messages with corresponding current statuses such asdelivered or pending and the time each was sent. Using the PREV/up-arrowand NEXT/down-arrow keys may step through these messages. An extendedbeep sounds may warn the user when no further scrolling is possible.

In an embodiment, to view saved messages the user may press F3 from themenu 700. The MDT then displays the latest saved message which could bescrollable as discussed above. Moreover, the user may delete sent andsaved messages by navigating through the appropriate screens. Beforedeleting any messages, the MDT may confirm the deletion action.

Pressing F4 from the menu 700 may provide access to new messages. Forexample, if the NEW indicator in the primary menu is blinking, the MDTmay have one or more new messages. Pressing F4 may cause the MDT todisplay the new messages, for example, with the newest message displayedfirst. Once the user reaches the new messages, the user may scrollthrough the various new messages.

FIGS. 8A and 8B illustrate a simplified FORMS MENU 800. These figuresare merely an illustration and should not limit the scope of the claimsherein. One of ordinary skill in the art would recognize othervariations, alternatives, and modifications. As shown, various optionsmay be displayed on the FORMS MENU. This menu may also be scrollable toensure all related information are displayed in the same menu. Forexample, FIGS. 8A and 8B may be 2 of may available screens within thesame menu 800. An area 805 may show an order of the present screenamongst the available screens within the same menu 800. The user mayselect a desired form by either highlighting the form's title using anup-arrow or a down-arrow key and pressing an enter key. Alternatively,numbers associated with each item may be entered.

Preferably, each form displayed in the FORMS MENU may be designed toensure the user spends less time in preparing reoccurring information.For example, form 810 may enable the user to enter orders by utilizingpreviously saved information in order to minimize data entry time andpossible errors. Once a form is filled, the user may send thecurrently-selected form to, for example, the MIC.

FIGS. 9A and 9B illustrates an exemplary STATUS MENU 900. These figuresare merely an illustration and should not limit the scope of the claimsherein. One of ordinary skill in the art would recognize othervariations, alternatives, and modifications. Again, the user may selecta desired form by using the up-arrow and down-arrow keys and the enterkey, or by entering the appropriate code. The selected status screen isthen displayed. If a different status is desired, the user may repeatthe process, or may use the PREV and NEXT keys to cycle through thevarious status codes. Once the desired status is displayed, the user maysend the status to, for example, the MIC. The user may also exit thestatus menu.

In an embodiment, the MDT keypad performs several generic operationsaccording to the keys pressed. Table 1 lists some generic operationsaccording to key stroke or combination of strokes that initiatecorresponding functions.

                  TABLE 1                                                         ______________________________________                                        KEY          Function Performed                                               ______________________________________                                        FORM         Displays the FORMS menu.                                         STATUS       Displays the STATUS menu.                                        F1           Executes function associated with F1 menu                                     selection.                                                       F2           Executes function associated with F2 menu                                     selection.                                                       F3           Executes function associated with F3 menu                                     selection.                                                       F4           Executes function associated with F4 menu                                     selection.                                                       MENU         Displays Primary menu.                                           SAVE         Saves currently displayed form to the "SAVED                                  MESSAGES" list.                                                  ACK          Sends an acknowledge message to the host                                      when appropriate, and also may save the                                       message.                                                         NEXT         Performs the next logical operation in the                                    current context.                                                 PREV         Performs the previous logical operation in the                                current context.                                                 ENTER        Moves the cursor to the next editable field in                                form editing mode. May also select a                                          highlighted option.                                              CTL + SEND   Sends currently displayed FORM or STATUS.                        DEL          Deletes a message.                                               CLR          Clears a field. In some menus, this key is used                               to go back to the previous or a primary screen.                  CLR followed by CLR                                                                        Clears, when in edit mode, editable data from                                 the form (by pressing CLR twice).                                FNC          Selects the blue colored functions.                              BSP          Deletes the character before to the cursor (e.g.,                             BACKSPACE).                                                      SPACE        Inserts a space character.                                       "FNC followed by BSP"                                                         LAMP         Toggles the back-light ON and OFF.                               DARK and LIGHT                                                                             Cycles through the brightness level of the                                    back-light.                                                      UP ARROW (↑)                                                                         Selects next scrollable value for this field,                                 scrolls up the displayed form, or produces error                              beep if at the top of the form.                                  DOWN ARROW (↓)                                                                      Selects previous scrollable value for this field,                             scrolls down the displayed form, or produces                                  error beep if at the bottom of the form.                         LEFT ARROW (←)                                                                        Moves to the previous character in an editable                                field of a FORM.                                                 RIGHT ARROW (→)                                                                     Advances to the next character in an editable                                 field of a FORM.                                                 ALPHA KEYS   Input an alpha character.                                        NUMERIC KEYS Input a numeric character.                                       SPECIAL      The GREEN characters are special characters                      CHARACTERS   that can be inserted in any editable field.                      FNC followed by SHF                                                                        Toggles the CAPS LOCK mode.                                      ______________________________________                                    

FIG. 10 shows a secondary menu of the MDT indicating various options forthe user. This figure is merely an illustration and should not limit thescope of the claims herein. One of ordinary skill in the art wouldrecognize other variations, alternatives, and modifications. In anembodiment, pressing a next key from the primary menu causes the MDT todisplay this screen. In the embodiment of FIG. 10, once at the secondarymenu, the user may press any key (except F1-F4) to go back to theprimary menu.

Moreover, pressing F1 from the secondary menu may provide the user withtime, speed, and direction information. This may be accomplished bydisplaying GPS information, if available. A time-speed-direction screenmay show the current time, the speed of the vehicle, and the directionit is heading such as north, east, etc. It also may display how long thesystem has been turned on. In this embodiment, pressing any key returnsthe user to the secondary menu.

To turn OFF the MDT the user can select the F2 key from the secondarymenu. If connected to the MCU, shutting down the MDT may also shut downthe MCU after the MCU sends a message to the MIC (which could take aslong as five minutes or more if communication coverage is poor). It maytake a few seconds to a minute before the MDT actually powers down.

FIG. 11 is an exemplary illustration of a shutdown screen according toan embodiment of the present invention. This figure is merely anillustration and should not limit the scope of the claims herein. One ofordinary skill in the art would recognize other variations,alternatives, and modifications. This screen may inform the user thatthe user will not receive messages while the MDT is shut down andprompts the user to proceed with shut down (ACK) or cancel the shut downrequest (CLR). Once the system has been shut down, the user may unplugthe appropriate cables and remove the system from the vehicle for safestorage. The MDT may retain all data in the memory.

Returning to FIG. 10, pressing the F3 key may permit the user to enter afield-service screen. Access to this screen, however, may require apassword and, preferably, only field service personnel have access tovalid passwords or security codes.

In the embodiment of FIG. 10, the user may also view the MDT systemapplication version number by pressing F4. From the system versionscreen, pressing any key may return the user to the secondary menu.

The MDS may be configured to save the last 40 job ID's (tag oridentification numbers) to make it easier to enter them into an outgoingform rather than re-entering them using the alpha/numeric keys or othermeans such as a voice recognition, character recognition, etc. When thecursor is placed in the job ID field, the user may press the up-arrow ordown-arrow keys to scroll through the list of the latest JOB IDs. Oncethe desired job ID is displayed in this field, the user can proceed tothe next field using the ENTER key. Some IDs may be displayed in reverseorder indicating that a "pickup form" was sent to the host.

Jobs in the MDT may be canceled by the dispatcher, retransmitted, orchanged. In each of these instances, the MDT may display theseconditions in a unique way. If a job is canceled, the MDT displays thejob to be canceled with a big flashing "X" overlaying the job. The MDTautomatically removes the job once the user acknowledges the message. Ifthe job is retransmitted as is, the MDT displays the job with a bigflashing "R." Finally, if the job is retransmitted with some changes init, the MDT may detect that the job has changed and display the job witha big flashing "C." The MDT may display these screens from either theprimary or secondary menus. The retransmitted and changed jobs mayreplace the previous copies of the job. At any given time, the MDT mayhave only one copy of a job.

The MDT may also display various error messages to assist the user.Examples of error messages may include: invalid form number; invalidstatus; invalid queued message; could not translate incoming message;error saving data . . . press any key to continue; error retrieving data. . . press any key to continue; error setting default lat/long; RCVqueue full . . . incoming message was lost . . . please deleteSAVED/SENT messages or process NEW messages; out of memory . . .incoming message was lost . . . please delete SAVED/SENT messages orprocess NEW messages; out of memory . . . message was not sent . . .please delete SAVED/SENT messages or process NEW messages; delete amessage from the save queue before saving this message; etc.

Furthermore, the MDT may display various warning messages to assist theuser. Examples of warning messages may include: CommunicationsOut-Of-Range . . . Press ACK to continue; GPS not available; Mobideminformation not available; Running low on memory . . . Please deleteSAVED/SENT messages or Process NEW messages; Terminal cable out . . .Connect cable and press ACK to send shutdown message; etc.

In an embodiment, the MDT may be restarted by a warm boot. For example,if the MDT application appears to be frozen (e.g., text on the displaydoes not change even after trying to go to a different menu) for anyreason and nothing revives it, then the user may want to warm boot theMDT. To warm boot the MDT, the user may press the PWR key for about 30seconds to shut off the MDT. Then the user may press the 4 and 5 keyssimultaneously followed by pressing the PWR key twice. turn off in 15seconds of no activity.

Trouble Shooting Guide

Table 2 indicates various possible trouble conditions and possiblesolutions to recover from them according to an embodiment of the presentinvention.

                                      TABLE 2                                     __________________________________________________________________________    PROBLEM      CAUSE      SOLUTION                                              __________________________________________________________________________      MDT does not turn ON                                                                     Battery may be weak.                                                                     Charge the battery by                                   when disconnected from                                                                              plugging in the MDT cable.                              MCU                   If problem still persists, then                                               replace the battery.                                               Screen may have blanked                                                                  Hit any key to view data.                                          out.                                                               PEND count increases.                                                                    Bad radio antenna or                                                                     Re-position the radio antenna                                      loose cable,                                                                             and                                                                LINK: DOWN tighten all cable connections.                                     Out of coverage area or a                                                                Move vehicle into an area of                                       dead spot area,                                                                          good coverage.                                                     LINK: DOWN Disconnect and reconnect the                                       "BATT" displayed in the                                                                  MDT cable so that BATT                                             Primary screen.                                                                          changes to "LINK: UP".                                  Cannot SAVE any more                                                                     Memory buffers are full.                                                                 Delete messages from the                                messages              various lists, such as SENT,                                                  SAVED or NEW message                                                          lists.                                                  MDT application is                                                                       Unknown system error.                                                                    Try WARM BOOT first or                                  frozen                else have a Field Service                                                     Personnel perform a COLD                                                      BOOT by resetting the unit.                             LINK says "DOWN" on                                                                      See item 2.                                                                              See item 2.                                             the Primary screen                                                            "BATT: LOW" or                                                                           The MDT is Plug the MDT into the MCU                               "BATT: DEAD"                                                                             disconnected from the                                                                    so that the internal battery                            displayed on the Primary                                                                 MCU and the internal                                                                     gets charged.                                           screen     battery is weak.                                                   MDT keeps even after                                                                     NEW messages have not                                                                    Use F4 to VIEW the new                                  NEW messages have                                                                        been       messages and acknowledge                                been read  ACKNOWLEDGED                                                                             them by pressing the ACK                                                      (ENTER) key.                                            LCD Display screen on                                                                    MDT may have been                                                                        Move the MDT away from                                  the MDT is exposed to direct sun-                                                                   the sun. It may take several                            UNREADABLE light for an extended                                                                    minutes to restore the display                                     period of time.                                                                          to normal. DO NOT                                                             EXPOSE the MDT to direct                                                      sun-light (The effect of                                                      sunlight on the face side is                                                  considerably worse than on                                                    the other side, so it is a good                                               precaution to leave the MDT                                                   face-side down when it is on a                                                car seat.)                                              Date and time displayed                                                                  The host (MIC)                                                                           Report problem to Mobile                                is incorrect                                                                             configuration for setting                                                                Information Systems, Inc.                                          the clock may be                                                              incorrect or the MDT                                                          may not be                                                                    communicating with the                                                        host.                                                            __________________________________________________________________________

Although the above description has been described in terms of hardwareand software, the present invention is not limited to the specifichardware and software described. For example, the functionalitydescribed herein can be further combined in terms of hardware or furthercombined in terms of software. The hardware can also be separated orcombined with other software. The software can also be separated fromthe hardware. Furthermore, the functionality can all be stored in theform of electronic data on an integrated circuit, for example. Theintegrated circuit can include, among others, DRAM, SRAM, FRAM, andFlash Memory Cells, as well as other integrated circuit devices in theform of "chips" or "cards." Accordingly, the present specificationshould not be construed as limiting the scope of the language of theclaims herein.

Additionally, although an embodiment of the present invention is fullydescribed above, implementation specific details and data structures aredescribed in the attached Detailed Design and Functional Specificationin Appendix A. Various modifications, alternate constructions, andequivalents will be obvious to those with skill in the art. Thus, thescope of the present invention is limited solely by the appended claimsand their full scope of equivalents.

What is claimed is:
 1. An apparatus for carrying equipment by a user,comprising:a container; a removable part removably coupled to thecontainer, configured to provide access to contents of the container; aremoving mechanism connected to the removable part to permit the user toremove the removable part; a carrying strap removably connected to thecontainer; a connection plug, electrically coupled to the equipment; aconnector coupled to the container and configured to secure thecontainer; and packing material disposed amongst the equipment,configured to isolate the equipment from hazards, wherein the equipmentincludes a mobile data suite, including:a mobile control unit; a mobiledata terminal; and a power supply coupled to one of the mobile dataterminal and mobile control unit.
 2. The apparatus of claim 1 whereinthe removing mechanism is selected from a group comprising a zipper andVelcro™.
 3. The apparatus of claim 1 wherein the connector is selectedfrom a group comprising a tie-down, elastic hook, screw, strap, loop forpassing a rope through, bungy cable, spring, clamp, and Velcro™.
 4. Theapparatus of claim 1 wherein the packing material is selected from agroup comprising Poly Vinyl Alcohol, foam, rubber, poly urethane, webbedPoly Vinyl Alcohol, webbed foam, webbed rubber, and webbed polyurethane.
 5. The apparatus of claim 1 wherein the equipment furtherincludes items selected from a group comprising of a battery, anantenna, a data port, a printer, and a display.
 6. The apparatus ofclaim 1 further including a plurality of connectors coupled to thecontainer to substantially secure the container.
 7. The apparatus ofclaim 1 wherein the hazards is selected from a group comprisingenvironmental, mechanical, and electrical hazards.
 8. A method forutilizing the apparatus of claim 1, comprising the steps of:providing avehicle; securing the container to the vehicle by utilizing theconnector; plugging the connection plug into a receptacle; operating themobile data suite; unplugging the connection plug from the receptacle;detaching the container from the vehicle by disconnecting theconnectors; and removing the container from the vehicle.
 9. The methodof claim 8 wherein the vehicle is selected from a group comprisingpublic transportation, a bus, an airplane, a train, an automobiles, avan, a minivan, a bicycle, a motorcycle, subway, and Bay Area RapidTransit.